Apuntes de Algoritmos y Estructuras de Datos 
Programación III 
Facultad de Informática - UNLP 


Alejandro Santos 


ale0ralo.com.ar 


Curso 2013 
(actualizado 29 de julio de 2013) 


Prog. HI 


Índice general 


7 
A A 8 
1.2. Análisis Asintótico BigOh] ..................... 8 

LEAL Por delmición| oem cas A 9 
1.2.2. Ejemplo 1, por definición Big-Oh] ............ 9 
aa 10 
a A 10 
ra e e A AA 11 
1.2.6. Ejemplo 2, por definición Big-Oh] ............ 11 
a bb 12 
o e ds 
ree 15 
1.3.1. Expresión constante] ................... 15 
TEATRE 15 
LE SEQUE a o a 15 
FA. Condicionsisa a opaca ad as ÍA aa A 15 
ar o e A A A 15 
je dia de de e ed he dis dd 15 
13.7. Llamadas recursivas| ................... 17 
Ed RA A Alea 
naa a os 18 
Lee de de id do e a 19 
1.3.11. Ejemplo 8, Ejercicio 12.4]. ................ zl 
e a E a O A 23 
PC 23 
pa ade 23 
Demostración del orden O(f(N)| ............ 25 

142. Ejemplo lO cui sides a ra ar 26 
da e sas 26 
A AI 27 


ÍNDICE GENERAL Prog. III 


Demostración del orden O(f(NR)| ............ 29 

1.5. Identidades de sumatorias y logaritmos| . ............ 30 
2. Listas 31 
Lp Md a a A 32 
2.1.1. Explicación del problema]. ................ 32 
2.1.2. Implementación Javal . .. <<<. %.. +. ..<0.-.. .. 33 
AITANA IE 34 
2.2.1. Explicación del problema]. ................ 34 
2.2.2. Implementación Java - Versión con Lista Enlazada/. . . 35 
2.2.3. PilaMin, menor elemento en tiempo O(l). ....... 35 

39 
e o a 40 
8.1.1, Explicación del problemal. . vo. ecu... <<... 40 
9.1.2. Implementación Java. vs cx.< erase ea 40 
A AI 41 
9.2.1. Explicación del problema]... ies 41 
3.2.2. Implementación Java - Recursivo con Integer|...... 42 
3.2.3. Implementación Java - Recursivo con intl. ....... 42 
3.2.4. Implementación Java - Iterativo| . . ........... 43 
AE 44 
3.3.1. Forma de encarar el ejercicio]. .............. 44 
8.3.2. Recorrido del arbol + ++ ica ce teca e A 44 
3.3.3. Procesamiento de los nodos] ............... 44 
Sade A 45 

A O 46 
a ta dt a 46 

a aa a A7 

we acc a e a 48 

Clases abstractas) . .......... o... ...... 48 

LARA e 49 

3.4. Arboles Generales: Ancestro Común más Cercamol ....... 53 
3.4.1. Explicación General] ................... 593 
a a e 53 

4. Árboles AVL 57 
4.1. Perros y Perros y Gatos] . ...... o... .......... 98 
4.1.1. Explicación del problemal. ................ 58 
1.1,2, Implementación Javal + 22 ar 58 
EA AAA e aaa 59 


ÍNDICE GENERAL Prog. III 


4.2.1. Explicación del problema]. ................. 59 
4.2.2. Implementación Java] . .................. 60 

5. Grafos 63 
O E 64 
E A A 67 
gs Ds De 68 

a A A 68 
5.2.3. Implementación Java - BES] ............... 68 
5.2.4. Implementación Java - DES] ............... 70 
cad ss e o a 72 
5.3. Ll. Explicación del problema]. 0% e. <<. esse. 12 
5.3.2. Implementación Java - DES] ............... 73 
Ae E is 75 
ART AA 15 


5.4.2. Características del grafo] . . ........«........ 75 
5.4.3. Explicación del problema. ................ 75 


5.4.4. Implementación Java - BES] ............... 76 
5b-9. Circuitos Electrónmicos|. o... ccrriteesess 78 
ART A 78 


5.5.2. Características del grafo] . . ............... 78 
5.5.3. Explicación del problema]. ......<.o... <<... 0. 79 


5.5.4. Implementación Java - BES] ............... 79 
5.5.5. Implementación Java - DES] ............... 80 
E AI 83 
5.6.1. Explicación del problema. ................ 83 
5.6.2. Implementación Java]... ................. 83 


ÍNDICE GENERAL Prog. III 


Introducción 


El presente apunte es una recopilación de explicaciones y exámenes pat- 
ciales dados como parte de los cursos 2012-2013 de Programación III de 
Ingeniería en Computación, UNLH] Actualmente se encuentra en estado de 
borrador, y puede contener err, rós u omisiones, por lo que se recomienda 
consultar a los docentes ante cualquier duda o ambiguedad. 


Puede contactarse con el autor por e-mail a: lale0ralo.com.ar 


http://www.info.unlp.edu.ar/ 


ÍNDICE GENERAL Prog. III 


Capítulo 1 


Tiempo de Ejecución 


1.1. TIEMPO DE EJECUCIÓN Prog. III 


1.1. Tiempo de Ejecución 


Nos interesa analizar y comparar diferentes algoritmos para saber cuál es 
más eficiente. 


Una forma de hacerlo es escribir el código de cada algoritmo, ejecutarlos 
con diferentes entradas y medir el tiempo de reloj que demora cada uno. 


Por ejemplo, para ordenar una secuencia de números existen diferentes 
algoritmos: inserción, mergesort, etc. Se puede tomar cada uno de estos algo- 
ritmos y ejecutarlos con una secuencia de números, midiendo el tiempo que 
tarda cada uno. 


Sin embargo, existe otra forma de comparar algoritmos, que se conoce 
como análisis asintótico. Consiste en analizar el código y convertirlo en una 
expresión matemática que nos diga el tiempo que demora cada uno en función 
de la cantidad de elementos que se está procesando. 

De esta forma, ya no es necesario ejecutarlos, y nos permite comparar 
algoritmos en forma independiente de una plataforma en particular. En el 
caso de los algoritmos de ordenación, la función nos dará un valor en base a 
la cantidad de elementos que se están ordenando. 


1.2. Análisis Asintótico BigOh 


F(n) es de O(g(n)) si y solo si Je tal que f(n) < cg(n), Vn > ny. 

La definición de BigOh dice que una función f(n) es de orden g(n) si existe 
una constante c tal que la función g(n) multiplicada por dicha constante acota 
por arriba a la función f(n). 


Cuando decimos acota queremos decir que todos los valores para los que 
la función está definida son mayores. Esto es, la función g(n) acota a f(n) 
si cada valor de g(n) es mayor o igual que f(n). Por ejemplo, la función 
g(n) = n+ l acota por arriba a la función f(n) = n ya que para todo 
n>0, f(n) < g(n). 

Nuestro objetivo es encontrar un c que multiplicado por g(n) haga que se 
cumpla la definición. Si ese c existe, f(n) será de orden g(n). Caso contrario, 
si no es posible encontrar c, f(n) no es de orden g(n). 


El problema entonces se reduce a encontrar el c, que algunas veces es 
trivial y directo, y otras no lo es. Además, el hecho de no poder encontrarlo 
no quiere decir que no exista. 
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CAPÍTULO 1. TIEMPO DE EJECUCIÓN Prog. HI 


1.2.1. Por definición 


Usando la definición de BigOh, una forma de descubrir si una función 
f(n) es de orden g(n) se traduce en realizar operaciones para despejar el 
valor de c, y descubrirlo en caso que exista, o llegar a un absurdo en caso 
que no exista. 


1.2.2. Ejemplo 1, por definición Big-Oh 
Ejemplo: ¿3” es de O(2”)? Primero escribimos la definición de BigOh: 


Je, f(n) < cg(n), Vn > no 12) 


Luego identificamos y reemplazamos las partes: 


f(n) =3" (1.2.2) 
au): =327 (1.2.3) 


Una vez identificadas las partes podemos expresar la pregunta en forma 
de BigOh, donde tenemos que encontrar un c que cumpla lo siguiente: 


PES (1.2.4) 


La segunda parte de la definición, que dice para todo n mayor o igual a 
no, es tan importante como la primera, y no hay que olvidarse de escribir- 
lo. El valor de ny puede ser cualquier que nos ayude a hacer verdadera la 
desigualdad. Por ejemplo, en este caso se puede tomar ny = 1. 

ny NO puede ser negativo. Elegir un ny negativo significa que estamos 
calculando el tiempo de ejecución con una cantidad negativa de elementos, 
algo que no tiene sentido. 

Eso también significa que las funciones siempre deben dar un valor po- 
sitivo, dado que el valor de la función de la que se quiere calcular el orden 
representa tiempo de ejecución de un algoritmo. El tiempo debe ser siem- 
pre positivo, y por ejemplo decir que una función demora —3 segundos en 
procesar 10 elementos tampoco tiene sentido. 

Se asume que 3” es de O(2”), y se pasa el 2” dividiendo a la izquierda: 


n 


3 
om <cVn>n0 (1.2.5) 


5) LEA 2 Mp (1.2.6) 


JUL 


1.2. ANÁLISIS ASINTÓTICO BIGOH Prog. TI 


Se llega a un absurdo, ya que no es posible encontrar un número c para 
que se cumpla la desigualdad para todo n mayor que algún ny fijo. Por lo 
tanto es falso, 3” no es de O(2”). 

Un análisis un poco más cercano nos muestra que la funcion (3)” es 
siempre creciente hasta el infinito, donde el límite: 


lím (3) (LR 
n>o0 A 2 


toma el valor infinito. Por ejemplo: para cualquier constante c fija, para 
algunos valores de n se cumple, pero para otros no. Con c = 100, 


3 n 
(5) < 100, Vn > no (1.2.8) 


Despejando el valor de n, 


3 n 
logs (3) < log 100, Vn > no (1.2.9) 
3 n 
logs (5) = n;logg 100 + 11,35 (1.2.10) 
n < 11,35, Vn > ny (12m 


No es posible que n sea menor a 11,35 y a la vez n sea mayor a algún no, 
ya que n debe ser mayor que ng siempre. 


1.2.3. Por regla de los polinomios 


En las teorías se vieron algunas reglas para simplificar el trabajo: 

Dado un polinomio P(n) de grado k, sabemos que el orden del polinomio 
es O(n*). Ejemplo: P(n) = 2n? + 3n + 5. Como el grado del polinomio es 2, 
el orden de P(n) es O(n?). 

Esta regla solo se aplica a polinomios. Cualquier función que no lo sea 
habrá que desarrollarla por algún otro método. Ejemplo: T(n) = n3 = yn 
no es un polinomio, y no puede aplicarse esta regla. 


1.2.4. Por regla de la suma 
Si T¡(n) =O(f(n)) y Ta(n) = O(g(n)) entonces: 


T¡(n) + Ta(n) = max(O(f(n)), O(g(n))) (1.2.12) 


da 


CAPÍTULO 1. TIEMPO DE EJECUCIÓN Prog. HI 


1.2.5. Otras reglas 


T(n) =1lo0g*n > es O(n). 

T(n) = cte, donde cte es una expresión constante que no depende del 
valor de n > es O(1). 

T(n) = cte x f(n) > es O(f(n)). 


1.2.6. Ejemplo 2, por definición Big-Oh 


Calcular y demostrar el orden de T(n) por definición: 


T(n) = 2n* + 3n* log(n) 


Teniendo el T(n), para demostrar por definición el BigOh se empieza 
planteando cuál puede ser, ya sea de forma intuitiva o por alguna de las 
reglas conocidas. En este caso, el orden parecería ser: O(n* log(n)). 

Una vez planteado el Big-Oh posible, se aplica la definición para verificar 
si realmente el orden elegido corresponde con la función: 


Jk ER,T(n) <kF(n),Vn > no (1.213) 


Se reemplazan T(n) y F(n) por sus correspondientes valores. La función 
F(n) es el orden elegido, F(n) = n? log(n): 


2n* + 3n* log(n) < kn* log(n), Yn > no (1.2.14) 


Se pasa dividiendo n* log(n) hacia la izquierda: 


2n* + 3n* log(n) 
n3log(n) 


< k,Vn > ny (1.2.15) 


E EVA nio=2 (1.2.16) 
log(n) 

Se puede ver que es posible encontrar un k fijo que, sin importar el valor 
tomado por n, la desigualdad sea siempre cierta. 

Esto ocurre porque mientras n es más grande, 2/log(n) es cada vez más 
chico. Por lo tanto, la función nunca va a tomar un valor mayor que algún 
k. En este ejemplo, k = 5 para que la desigualdad sea verdadera para todo 
n > ny, con ny = 2. 

El valor de ng no puede ser menor que 2 ya que con n = 1 se tendrá una 
división por cero. 
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1.2. ANÁLISIS ASINTÓTICO BIGOH Prog. TI 


El objetivo de la demostración es encontrar un k fijo de forma que se 
cumpla la desigualdad, para todo n > ny, y lo encontramos. Por lo tanto, 
T(n) es de orden O(n? log(n)). 


1.2.7. Ejemplo 3, por definición Big-Oh en partes 


Calcular y demostrar el orden de 7 (n) por definición: 


T(n) = 5n* + 2n* + nlog(n) (1.2.17) 


Una segunda manera de demostrar el orden a partir de un 7 (n) es en 
partes. Se toma cada término por separado, y se demuestra el orden de cada 
uno. Si en todas las partes se cumple la desigualdad, quiere decir que se 
cumple en la función original. 

De la misma forma que siempre, hay que elegir un orden para luego 
verificar si realmente se cumple. En este caso se elige: 


O(n?) 


Es importante que todos los términos se comparen con el mismo orden, 
de otra forma la demostración no será correcta. 
Planteando los tres términos por separado se tiene: 


T,(n) = 5n* (1.2.18) 
Ta(n) = 2n*? (1.2.19) 
T3(n) = nlog(n) (1.2.20) 
Demostrando cada uno por separado: 
3k,, T,(n) < k,F(n), vn > 10 (1.221) 
Jkoa, Ta(n) < kaF(n), Vn > 2,0 (1.2,22) 
as T3(n) < k3F(n), Vn 2 13,0 (1:2,93) 


Reemplazando las tres desigualdades se tiene: 


3k1,5n% < kn? Vn > n; (1.2.24) 
5n? 
— Sk —>5< kh; (1:29:05) 
n 
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CAPÍTULO 1. TIEMPO DE EJECUCIÓN Prog. HI 
3ko,2n* < kan*, Vn > na (1.2.26) 

2 2 
TES ha —> E < ha (1.2.27) 

n n 
3k3,nlog(n) < k3n*, Vn > n3 (1.2.28) 

1 ] 

de Ed, as ogln) < ha (1.2.29) 

n n 


En los tres casos se llega a que la desigualdad se cumple, siendo posible 
encontrar un k; € R fijo para cualquier valor positivo de n, mayor que algun 


ni. Por lo tanto, T(n) es de orden O(n?). 


1.2.8. Ejemplo 4, por definición. 


¿Cuál es el orden O() de la siguiente función? 


F(n) = n 1? + n12 log,(n) 


a) ¿Es de orden O(n!/?)? Para que F(n) sea O(n!/?) hace falta encontrar 
un k constante tal que se cumpla la siguiente desigualdad para todo 


n > algún ny. 


ni? + 918 log,(n) < kn? (1.2.30) 
Pasando dividiendo el n! hacia la izquierda queda: 
ni. ni log¿(n) 
E (1.231) 
1+1logy(n) < k (1.2.32) 


Se concluye que es falso, porque a medida que n aumenta, la parte de 
la izquierda de la desigualdad 1 +log,(n) también aumenta, para todo 
n > cualquier ny, y no es posible encontrar un k constante. No es de 
orden O(n*/?). 
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1.2. ANÁLISIS ASINTÓTICO BIGOH Prog. TI 


b) 


¿Es de orden O(log,(n))? Para que F(n) sea O(log,(n)) hace falta 
encontrar un k constante tal que se cumpla la siguiente desigualdad 
para todo n > algún no. 


ni? 4 n 1 log,(n) < klog,(n) (1.2.33) 


Pasando dividiendo el log,(n) hacia la izquierda queda: 


1/2 1/2 
pa y DB (1.2.34) 
log, (1) log, (1) 
n1/2 de 1/2 < k (1 9 35) 
n de 
log,(n) o 


Se concluye que es falso, porque a medida que n aumenta, la parte de 
1/2 

la izquierda de la desigualdad — +n12? también aumenta, para todo 

n > cualquier ny, y no es posible encontrar un k constante. No es de 


orden O(log,(n)). 


¿Es de orden O(n*” log,(n))? Para que F(n) sea O(n!2 log,(n)) hace 
falta encontrar un k constante tal que se cumpla la siguiente desigual- 
dad para todo n > algún no. 


ni? 4 n1 log,(n) < knP log,(n) (1.2.36) 


Pasando dividiendo el n*” log,(n) hacia la izquierda queda: 


1/2 1/2] 
de A (1.2.37) 
ni log¿(n)  niP log,¿(n) 
1 
e 1.2.38 
loga(r) cia 


Se concluye que es verdadero, porque a medida que n aumenta, la 
parte de la izquierda de la desigualdad AO) +1 va tomando cada vez 


valores más pequeños para todo n > 2,ny = 2. Por lo tanto, es posible 
encontrar el k constante y fijo que haga que se cumpla la desigualdad 
y F(n) es de orden O(n!? log, (n)). 
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CAPÍTULO 1. TIEMPO DE EJECUCIÓN Prog. HI 


1.3. Análisis de Algoritmos y Recurrencias 


El análisis de algoritmos consiste en convertir un bloque de código o 
función escrita en algún lenguaje de programación a su equivalente versión 
que nos permita calcular su función de tiempo de ejecución T'(n). 

Eso es, el objetivo es encontrar cual es el tiempo de ejecución a partir de 
la cantidad de elementos. 

El objetivo de resolver una recurrencia es convertir la función en su forma 
explícita equivalente sin contener sumatorias ni llamadas recursivas. Para ello 
hace falta aplicar las definiciones previas de sumatorias, y el mecanismo de 
resolución de recurrencias. 


1.3.1. Expresión constante 


Cualquier expresión que no dependa de la cantidad de elementos a pro- 
cesar se marcará como constante, Cj,..., Cf. 


1.3.2. Grupo de constantes 


Cualquier grupo de constantes C;,,..., Cc; se pueden agrupar en una única 
constante c, C= (C] +... + Cp). 


1.3.3. Secuencias 


Dadas dos o más sentencias una después de la otra sus tiempos se suman. 


1.3.4. Condicionales 


Dado un condicional ¿f, el tiempo es el peor caso entre todos los caminos 
posibles de ejecución. 


1.3.5. for y while 


Los bloques for y while se marcan como la cantidad de veces que se 
ejecutan, expresado como una sumatoria desde 1 a esa cantidad. En el caso 
del for se usará como variable de la sumatoria el mismo indice del for. En el 
caso del while se usará una variable que no haya sido usada. 


1.3.6. for y while, ejemplo 


Se tiene el siguiente código: 


EE 


0 DOOR oNRAa 


1.3. ANÁLISIS DE ALGORITMOS Y RECURRENCIAS Prog. III 


void int f(int N) ( 
mb x= 1 
while (x < N) € 
e Algo de O(Djos. Ef 
O E AS 
J 


return x; 


Tal como se describió, hace falta escribir el tiempo 7 (n) como una suma- 
toria de 1 hasta la cantidad de veces que se ejecuta el while. La cantidad de 
veces que éste while se ejecuta se puede plantear de la siguiente forma: 


1. El while se ejecuta mientras se cumple la condición x < N. 


2. La variable x comienza en 1, en cada paso se multiplica su valor por 2, 
y la ejecución termina cuando x llega a NV. 


3. La cantidad de veces que se ejecuta el while corresponde con la cantidad 
de veces que la variable x se multiplica por 2. 


Si decimos que la variable k representa la cantidad de veces que se mul- 
tiplica la variable x por dos, la variable x entonces vale: 
E O MS (1.3.1) 


Además pedimos que x sea igual a N para que el while finalice: 


=N (1.3.2) 


Nos interesa entonces hallar el valor de k, a fin de hallar la cantida de 
veces que se ejecuta el while. Eso se logra facilmente aplicando propiedades 
de logaritmos: 


=d? 3:3) 

r=NÑ (1.3.4) 

MEN (Bco) 

log,(2*) = log, N (1.3.6) 
k = log, N (1.3.0) 
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CAPÍTULO 1. TIEMPO DE EJECUCIÓN Prog. HI 


Por lo tanto, el T(n) del ejemplo anterior es: 


log N 


T(n) =c1 + ) (cz) (1.3.8) 


1.3.7. Llamadas recursivas 


Las llamadas recursivas se reemplazan por la definicion de tiempo recur- 
siva. Las definiciones recursivas son funciones definidas por partes, teniendo 
por un lado el caso base y por el otro el caso recursivo. 


1.3.8. Ejemplo 5, iterativo 


l [void int sumar(int[] datos) 4 

2 int acumulado = 0; 

3 for (int i=0; i<datos.length; i++) £ 
4 acumulado = acumulado + datos|[i]; 
5 ) 

6 return acumulado; 

7) 

Linea 2: c;. Linea 4: co. 

Linea 3: Ny Linea 6: cz. 


Todo junto, el T'(n) de la función sumar es: 


n 


T(n) =c1 + O C2) + 63 (1.3.9) 


i=1 


El siguiente paso es convertir el 7(n) a su versión explícita sin sumatorias. 
Aplicando las identidades de la sección anterior: 


T(n) =C1 + nC2 + Ca = C4 + NCa, C4 = C1 +3 (1.3.10) 


Por lo tanto, el T(n) de la función sumar es: 


T(n) = c4 + ncz (LE) 


¿Cuál es su orden de ejecución BigOh? T(n) es O(n). 
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1.3. ANÁLISIS DE ALGORITMOS Y RECURRENCIAS Prog. III 


1.3.9. Ejemplo 6, recursivo 


int recl(int n)í 


A 
return 3; 
else 


return 1 + recl(n—-1) x* recl(n—1); 


Las funciones recursivas se definen por partes, donde cada parte se re- 
suelve de forma similar a un codigo iterativo: 


dl 
T(n) = C1 ns 
2T(n-1)+c n>l 


El objetivo es encontrar una versión explícita de la recurrencias. Se co- 
mienza por escribir las primeras definiciones parciales: 


T(n) =2T(n-1)+c2,n > 1 (3:19) 
T(n-1)=2T(n-2+«,n-1>1 (1:3:13) 
T(n-2) =2T(n-3)+c,n-2> 1 (1.3.14) 


Segundo, se expande cada término tres ó cuatro veces, las que sean necesa- 
rias para descubrir la forma en la que los diferentes términos van cambiando: 


T(n) =2T (n-— 1) + (1.3.15) 

T(n) = 2(2T(n — 2) + c2) + ca (1.3.16) 

T(n) = 2(2(2T (n — 3) + c2) + C2) + Ca (1.3.17) 

T(n) = 2(2*T (n — 3) + 2c2 + 2) + Co (1.3.18) 

T(n) = 2T(n — 3) + 2c, + 2c, + c2, Vn—3 > 1 (1.3.19) 


La definición recursiva continúa mientras el n > 1, por lo que en k pasos 
tenemos la expresión general del paso k: 


T(n) = 2T (n= k) + > ez (1.3.20) 


1=0 


La llamada recursiva finaliza cuando n — k = 1, por lo tanto: 
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CAPÍTULO 1. TIEMPO DE EJECUCIÓN P 


rog. III 


T(n) = y (o + Ca) — Ca 


¿Cuál es su orden de ejecución BigOh? T(n) es O(2”). 


1.3.10. Ejemplo 7, recursivo 


C n=1 
PUO Í 2n+T(n/2 n>2 
Se asume que n es potencia entera de 2. 
9 gn 
k=0 


Definiciones parciales: 


T(n) = 2n + T(n/2) 22 22 28 
n 2n n n 2n n 
(1) PH) els) 
57 2 22 Pl) 23 E 24 
Desarrollo: 
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(1.3.21) 
(1.3.22) 


(1.3.23) 


(1.3.24) 


(1.3.25) 


(1.3.26) 
(1.3.27) 
(1.3.28) 


1.3. ANÁLISIS DE ALGORITMOS Y RECURRENCIAS Prog. II 
T(n) =2n +T(n/2) (1.3.29) 
2 
T(n) = 2n > q (2) (1.3.30) 
2n 2n n 
T(n) =2n +5 (5 Ñ (5) (1.3.31) 
2H... 2% 2n n 
T(n) = m4 +5 E a (3) (1.3.32) 
3 
2n n 
T(n)= YN Z+T (5) (1.3.33) 
¿=0 
3 
1 
T(n) = 29) +7 (5) (1.3.34) 
¿=0 
Paso general k: 
RL SS 
T(n) =2n > +7 (5) (1.3.35) 
¿=0 
Caso base: 
5=1>n=2 > logn=k 
logn—1 ñ me 
T(n)=2 Y) ¿+T (55) (1.3.36) 
¿=0 
logn—1 1 
T=2 Ye e (1.3.37) 
¿=0 
1 
Tin) =2n (2 7.) C (1.3.38) 
2n 
T(n) =4n= og +0 (1.3.39) 
(1.3.40) 
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CAPÍTULO 1. TIEMPO DE EJECUCIÓN Prog. MI 
na E (1.3.41) 

A (2087) /2 add 

2n 
T(n) = 4n my he (1.3.42) 
T(n) = 4n — El +e (1.3.43) 
T(n) =4n-4+c (1.3.44) 
1.3.11. Ejemplo 8, Ejercicio 12.4 
1 n 
r09=4 BT) +1 n> 
Soluciones parciales: 
T(n) = 8T(5) + n? (1.3.45) 
T(5) = sT(y) + Gl (1.3.46) 
Ty) = 8T(g) + cl (1.3.47) 
TZ) = 8T(36) y (1.3.48) 
Desarrollo: 

T(n) = 8T (2) + n* (1.3.49) 
Tía) = S(87(7) + (3) +3 (1.3.50) 
T(n) = S(8(8T(Z) | >) | 57) En (1.3.51) 
Tn) =8(8(88BT + AAA (1.3.52) 
T(n) = 8(8(8*T (2) | 85) ACI (1.3.53) 
T(n) = 877) | ey | s(qy | 5) (1.3.54) 
T(n) =8T(2) | O | e | sy Ens (1.3.55) 
n3 = O (1.3.56) 
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1.3. ANÁLISIS DE ALGORITMOS Y RECURRENCIAS Prog. IM 
Tn) =8T (7) +8 (+8 BARBA (13.57) 
n a n 
T(n) = ET) + 2, a (1.3.58) 
Caso k: 
n a 
T(n) = ST) + 2, sy (1.3.59) 
Caso base: 
5 =1>n=2% > logn=log2 = h 
k=108ñ (1.3.60) 
logn—1 

T(n) = a) an pz sy (1.3.61) 
T(n) =8s er) 4 Y Ls (1.3.62) 

1=0 
T(n) = 8897 (1) + NA (1.3.63) 

1=0 

A 
T(n) = 8*E*T(1) + on (1.3.64) 
ea 
T(n) =8'8"T(1)+ $ (n?) (1.3.65) 
1=0 

T(n) = 88” + nó log n (1.3.66) 
T(n) = (23)87 4 n3 logn (1.3.67) 
T(n) = 29 e" y 23 logn (1.3.68) 
T(n) = (2t0smy3 y n? log n (1.3.69) 
T(n) = ni + nólogn (1.3.70) 
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CAPÍTULO 1. TIEMPO DE EJECUCIÓN Prog. HI 


1.4. Otros ejemplos 


1.4.1. Ejemplo 9 


Sea el siguiente programa, 


a. Calcular su T'(n), detallando los pasos seguidos para llegar al resultado. 


b. Calcular su O(f(n)) justificando usando la definición de BigOh. 


int uno(int n)( 

for (int i= 1; i<=0nm; i++) [ 
for (int j = 1; j<= ii; j++ [ 
algo-de-0O (1); 


) 
for (int i= 1; i <= 4; 14+) 


00 -_JOOCUAaQNRA 
= 


ER 
[s) 
= 


Planteo de la recurrencia 


C1 n=1 
A ya +47(5) n> 2 


Eliminando las sumatorias tenemos: 


Ns Nia=0)i= 2MD a En) (1.4.1) 


(n?+n) +4T(27) (1.4.2) 


Prog. II 
(1.4.3) 
(1.4.5) 


1.4. OTROS EJEMPLOS 


DS DS DS < % 
A a > Es x = Bi 
OS 
ES 
AOS, ARAS 
CSDO RS CDTO PAT A <+ H 
AS e] Soo sia e SÓ Sl 
SN] noo —G— ns ra £€la Cox ra —— Á ES E S , 
NX x= ex q e | 2/1 > e|N el2 Q + 
> a NU N ES SEA N Y, Y, + E 
+ Si SS + + 
+ > E Us o ES ¡E AS SS As 
so A A ER y AS E: 3 TES SS GS 
AN eN e2|aoa a e2|a xa rosa ela 3 “TZ 
os — e =u_o l£lxa =ZS =u_o £la e 2 e a Say E 
Y o— SST AS AS S e. A NO 3 
xo Se =— A XA rl A + 3 A 
E => AN 
SF + oa + SIN + H a > > SN E 
a BY. 
Ss OS E A 0 
a 3 IB + JENS A A A 
ná + xo ¿e PP as SU A EN Pug 
pe a A a, SS SS PR 
AN o 
Sa E. S ES SS 3 SIS A SU A 
— ga Y Ala LH Á ÑH 3 IS 
S] 0 Y N Il 
ll l Y l 


CAPÍTULO 1. TIEMPO DE EJECUCIÓN Prog. HI 
C z C sa n 
2 2 2 w 4 
a 27 2% + 4%T (3) 1.41 
n) a 2 + > 2, n+ 34 ( 3) 
Paso general k: 
k= k—= 
_ 22 k 
- rta ¿Ye n+4 Tla 5) (1.4.14) 
Paso base: 
n 
1.2% (1.4.16) 
log, n = log/(2*) (1.417) 
log¿n = k (1.4.18) 
e, PE) e Post) En 
ERE 2 a w, | ¡logan 
A A LO E (2...) (0419 
= 22108, (n) + =(loga(n) + + 1)n + 408290p (535) (1.4.20) 
4 logan — 17 e 2) eu0m == (2loe> a E m? (1.4.21) 
= ll log, (n) + > log (n )+D)n+n2T (1) — (1.4.22) 
Pia 0 log,(n) + e ntogla + Sn +en?  (1.4.23) 


Demostración del orden O(f(n)) 


Se elige el término de mayor orden: 2n* loga(n) 


fín) es de O(g(n)) si y solo si 3w tal que f(n) < wg(n), Vn > no. 


¿T(n) es de O(n? log, (n))? 


C C C 
id log,(n) + 3 "loga(n) + yn + cin? < wn? log, (n) 
con” log2(n) . canloga(n) can a a 
2n2logs(n) — 2n2 logal ) - 2n2log2(n) - n2logo(n) — 
l Ca , Ca A C1 0 
> -2n 2nlog,(n)  log,(n) — 
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(1.4.24) 


Ro 
R+40O000 OCA ON 


Ra 
0) NN 


1.4. OTROS EJEMPLOS Prog. III 


Dado que la parte izquierda de la desigualdad es una función decreciente, 
con ny = 2 se tiene que se cumple la definición de BigOh, donde T(n) < 
wn? log,(n), Vn > 2. 


Ca Ca Ca C1 Ca Ca Ca E1 
= | = E cy = w(1.4.27 
2 4" 4log(2) 1log(2) 2 4 e a Ai 


Por lo tanto se demuestra que el T(n) es efectivamente O(n? log,(n)). 


1.4.2. Ejemplo 10 


Sea el siguiente programa, 


a. Calcular su T(n), detallando los pasos seguidos para llegar al resultado. 


b. Calcular su O(f(n)) justificando usando la definición de BigOh. 


public static void f(int n) Íf 
int sum=0, suml=0, sum2=0; 
for (double i=1; i<= nm; i += 0.5) ( 
+Hsuml ; 
for (double j¡=1; j <= suml; j++) [ 
sum2++; 
for (double k=j; k <= suml; k++) [ 
sum += suml + sum2; 
J 
J 
ñ 


return sum; 


) 


Antes de empezar 


Para plantear inicialmente este ejercicio hace falta analizar el programa. 
Una estrategia interesante para resolver este tipo de ejercicios consiste en 
reescribir los límites de los bucles, a fin de conseguir un programa que se 
ejecute la misma cantidad de veces que el original y calcule los mismos valores 
con el mismo resultado, pero que sea más fácil para analizar. 

Por ejemplo, los programas F1 y F2 son equivalentes en cuanto al valor 
calculado y cantidad de veces que se ejecuta cada bucle, solo varían en sus 
constantes: 
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CAPÍTULO 1. TIEMPO DE EJECUCIÓN Prog. HI 


public static void Fl(int n) f 
mt x= 0; 
for fint, 1. = 10: 10445 des TO] 4 
x += algo.de-01(i); 
J 


return x; 


l 


public static void F2(int n) [f 
int x= 0; 
for (int i= 1; i<=0nm; i++) ( 
x += algo.de.01(ix*10); 
) 


return x; 


Al momento de escribir el tiempo de ejecución de los programas, se pueden 
tener: 


1. Sumatorias que sus variables tomen los mismos valores que los bucles 
del programa. 


2. Sumatorias que tengan la misma cantidad de términos que la cantidad 
de veces que se ejecuta cada bucle del programa. 


Estas dos estrategias son equivalentes entre sí. Por esto, el tiempo de 
ejecución de ambas funciones F1 y F2 anteriores es: 


Donde C¡, Ca, C3 son constantes que su valor depende de la versión del 
programa se está analizando, ya sea F1 o F2. 


Ejercicio 
A partir de esto podemos decir: 


= El for con índice ¿ se ejecuta 2 * n - 1 veces. 


= La variable sum1 cuenta la cantidad de veces que se ejecuta el primer 
for. Su valor comienza en 1 y termina en 2 x n - 1. 
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1.4. OTROS EJEMPLOS Prog. III 


= El for con índice j se ejecuta tantas veces como vale la variable sum. 
Dado que el valor de la variable sum1 va cambiando a medida que se 
ejecuta el programa, no es correcto decir que éste for se ejecuta 2 * n 
veces, porque n siempre vale lo mismo pero sum1 no. 


= El for con índice k se ejecuta sum1 - j + 1 veces. 


= Dado que el índice ¿ del primer for no se utiliza sino solo para contar 
(y no aparece en ningún otro lugar del programa) podemos cambiar el 
primer for (con índice ¿) por esto otro: 


for (int i=1; i<= (2 x n-— 1); i++) £ 


Con este cambio conseguimos que la variable ¿ tome el mismo valor 
que la variable sum1, manteniendo que éste for se ejecute la misma 
cantidad de veces que el for original. 


A partir de este análisis, podemos definir la función de tiempo: 


T(n) = de DE 0 (1.4.29) 
T(n) =c1 Y y (i=j+1) (1.4.30) 
T(n) =c4 3 (> - 2) + 2 ) (1.4.31) 


T(n) = c1 >» (e RS - 1) + ) (1.4.32) 


2n— 


T(n) =c; De (+ - se - Si + ) (1.4.33) 


q=1 


T(n) =c1 y (5 - 3) (1.4.34) 


¿=1 
1 2n-1 2n-1 
T(n) =c15 (E 245 ) (1.4.35) 
4=1 1=1 


di 


6 
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CAPÍTULO 1. TIEMPO DE EJECUCIÓN Prog. HI 


SE ?= (Ss) — (2ny? (1.4.36) 


i=1 


1/02 2 1)(2(2 1 2n — 1)(2 
76) el (OUEN ADC +D yo, DP gm 
2 6 2 
1 /(4n? + 2) (4 1 An? — 2 
Mr laa NE. a e 0 (1.4.38) 
2 6 2 
1 /16n3 + 4n? + 8n? + 2n o. An?—2n 
Tín)=4 — An” + (1.4.39) 
2 6 2 
a ELO 4, 8» 2 a 43 2 
Tn)= C15 ( A 4n* + io. (1.4.40) 
1/16 2 
T(n) = “15 (ne — a) (1.4.41) 
4 2 
T(n) =c1 gn —C1 gr (1.4.42) 


Demostración del orden O(f(n)) 


Se elige el término de mayor orden: g(n) = n* 


F(n) es de O(g(n)) si y solo si 3w tal que f(n) < wg(n), Vn > no. 
¿T(n) es de O(n?*)? 


4 2 
C1 gn Ci gr < wn? Vn > no (1.4.43) 
An? 2n 
an3 = A3n3 < w (1.4.44) 
“3 —= “1372 < (00) (1.4.45) 


Dado que la parte izquierda de la desigualdad es una función decreciente, 
con ny = 1 se tiene que se cumple la definición de BigOh, donde T(n) < 
wn, Yn > 1. 


4 2 2 
w= “13 - C13 = za (1.4.46) 


Por lo tanto se demuestra que el T(n) es efectivamente O(n?). 
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1.5. IDENTIDADES DE SUMATORIAS Y LOGARITMOS Prog. III 


1.5. Identidades de sumatorias y logaritmos 


Ne =nc (1.5.1) 


3 


c=(n—k-+1l)e (1.5.2) 
i=k 
YN i= dea (1.5.3) 
, 2 
i=1 
2 n+ 1)(2n + 1) (1.5.4) 
: 6 
i=0 
n 2 
Ns ES (1.5.5) 
; 2 
1=0 
n 2 
8 — n(n + 1)(2n + 1)(3n* + 3n — 1) (1.5.6) 
: 30 
1=0 
n n k-1 
== 0-0 (1.5.7) 
i=k i=1 i=1 
Y) =28-1 (1.5.8) 
¿i=0 
n ] 1-— a+ 
Sa = == (1.5.9) 
1=0 
log¿a 
log, a = ad (1.5.10) 
log 5 = log a — log b (L.5.11) 
log (a x b) = log a + log b (1.5.12) 
log, (b*) = p080% = q (1.5.13) 
(a?) == (a) (1.5.14) 
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Capítulo 2 


Listas 


2.1. LOS PARES DEL FARAÓN Prog. III 


2.1. Los Pares del Faraón 


Entre todas sus fascinaciones, al Faraón le atrae la idea de ver qué grupos 
de objetos a su alrededor se pueden dividir en dos grupos de igual tamaño. 

Como Ingeniero/a del Faraón, es tu tarea escribir un programa en Java 
que, a partir de una lista que representa la cantidad de elementos de cada 
grupo, le permita al Faraón descubrir cuántos grupos se pueden dividir en 
dos sin tener un elemento sobrante (ni tener que dividir el elemento sobrante 
por la mitad). 


int contar(ListaDeEnteros L) f[ ... ) 


2.1.1. Explicación del problema 


Se tiene una lista de números enteros, y hay que devolver la cantidad de 
números pares que aparecen en la lista. 

El objetivo de este ejercicio es poner en práctica los conceptos de abstra- 
ción, teniendo un tipo abstracto que representa una secuencia de elementos 
sin importar de qué forma se representa internamente la estructura. 

Es importante tener en cuenta que las listas se recorren con los métodos 
presentes en la práctica, sin acceder directamente al arreglo o nodos interio- 
res. 
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2.1.2. Implementación Java 


int contar(ListaDeEnteros L) ( 
int cantidad = 0; 


L.comenzar (); 
while (!L.fin()) 4 
if ((L.elemento() %2) = 0) 
cantidad++; 
L.proximo(); 


) 


return cantidad; 
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2.2. PILAMIN Prog. III 


2.2. PilaMin 


(a) Implementar una clase PilaDeEnteros donde todas las operaciones sean 
de tiempo constante O(1). 


(b) Implementar una subclase PilaMin que permita obtener el mínimo ele- 
mento presente en la estructura, también en tiempo constante O(1). 


class PilaDeEnteros ( 
public void poner(int e) (...) 
public int sacar() [...) 
public int tope() [...) 
public boolean esVacia() (...) 


) 


class PilaMin extends PilaDeEnteros ( 
public int min() [...) 
J 


2.2.1. Explicación del problema 


La implementación de PilaDeEnteros utiliza internamente una Lista- 
DeEnteros para almacenar los elementos de la estructura. 

De esta forma, la lista se utiliza agregando y eliminando de la pila siempre 
en el mismo extremo, ya sea siempre al comienzo de la estructura, o siempre 
al final. 

Sim embargo, dependiendo de la implementación concreta de ListaDeEn- 
teros elegida, la eficiencia será diferente. Utilizando una ListaDeEnterosCo- 
nArreglos, para insertar al comienzo del arreglo es necesario hacer el corri- 
miento de todos los elementos de la estructura, teniendo orden lineal O(n), 
con n en tamaño de la estructua. 

Algo similar ocurre en una £ListaDeEnterosEnlazada, donde para insertar 
al final de la estructura es necesario recorrerla desde el comienzo para hacer 
los enganches de los nodos al final. Insertar un elemento a final de una lista 
enlazada simple es también una operacion de orden O(n). 

De todas formas, es posible conseguir acceso de tiempo constante en una 
lista. En un arreglo, insertar y eliminar un elemento al final es una operación 
de tiempo constante, ya que sin importar la cantidad de elementos ni la 
posición a la que se accede, se puede acceder directamente y no hace falta 
hacer ningún corrimiento de elementos. 
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En una lista enlazada simple, insertar y eliminar en el comienzo es tam- 
bién de tiempo constante, ya que solo hace falta hacer los enganches del 
primer nodo de la estructura junto con la referencia al primer elemento, sin 
importar cuántos elementos contiene la estructura. 


2.2.2. Implementación Java - Versión con Lista Enla- 
zada 


class PilaDeEnteros 4 
private ListaDeEnterosEnlazada L = new 
ListaDeEnterosEnlazada(); 


public void poner(int e) ( 
L.comenzar (); 
L.agregar(e); /* Tiempo cte. */ 


) 


public int sacar() [( 
int x; 
L.comenzar (); 
x = L.elemento(); 
L.eliminar(); /* Tiempo cte. */ 


) 


public int tope() 4 
L.comenzar (); 
return L.elemento(); /* Tiempo cte. x*/ 


. 


public boolean esVacia() ( 
return (L.tamanio() = 0 


) 


e Je Tiempo ete, «f 


2.2.3. PilaMin, menor elemento en tiempo O(1) 


La operación para obtener el mínimo elemento de la estructura también 
debe ser de tiempo constante, por lo que recorrer la lista cada vez que se 
consulta el mínimo no es correcto. 

Tampoco es correcto agregar una variable que acumule el mínimo entero 
agregado, porque si bien funciona mientras se le agregan elementos a la pila, 
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2.2. PILAMIN Prog. III 


cuando se elimina un elemento de la pila ya pierde su valor. Por ejemplo: 


class PilaMin extends PilaDeEnteros ( 
int minelem = Integer .MAX VALUE; 


public void poner(int e) ( 
/* VERSION INCORRECTA x/ 
if (e < minelem) minelem = e; 
super.poner(e); 


) 


public int min() É 
/* VERSION INCORRECTA x/ 


return minelem; 


y 
J 


Es posible obtener el mínimo elemento en tiempo constante sin tener 
que recorrer la lista. A medida que se van agregando elementos, el nuevo 
menor es el menor elemento entre el menor actual y el nuevo elemento que 
se está agregando. Pero cuando se eliminan elementos, el menor debe pasar 
a ser el que estaba antes de agregarlo a la pila. 

Por lo tanto, se puede crear una segunda pila que contenga la misma 
cantidad de elementos y en la que se vaya apilando el menor en cada paso. 
Entonces, el menor será el que esté en el tope de la segunda pila. Cuando se 
elimina un elemento de la estructura tambien es necesario eliminarlo de la 
pila de minimos. 
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Le Version final correcta. +/ 
class PilaMin extends PilaDeEnteros ( 
private static int MIN(int a, int b) ( 
return (a<b)? a: b; 


) 


PilaDeEnteros minimos = new PilaDeEnteros(); 


public void poner(int e) ( 
if (esVacia()) 
minimos.poner(e); 
else 
minimos.poner(MIN(e, minimos.tope())); 
super.poner(e); 


) 


public int sacar() ( 
minimos .sacar(); 
return super.sacar(); 


) 


public int min() ( 
return minimos.tope(); 


J 
y 
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Capítulo 3 


Árboles binarios y Generales 
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3.1. EVALUAR ÁRBOL DE EXPRESIÓN Prog. HI 


3.1. Evaluar árbol de expresión 


Dado un árbol de expresión, implementar en Java una función que calcule 
el valor de la expresión. El árbol ya se encuentra construido, es de String y 
la función será: 


float evaluar(ArbolBinario<String> a) 4 ... $ 


Ejemplo: Dado el árbol 2 + 3 * 4, la función deberá devolver el valor 14. 


3.1.1. Explicación del problema 


El árbol es de Strings porque hay diferentes tipos de nodos: operadores, 
y valores. Los operadores pueden ser +,—, X, /, y los valores son números. 

Dado que cualquier subarbol de un árbol de expresión es también un árbol 
de expresión, la forma más fácil y directa de resolverlo es de forma recursiva. 

Si el árbol está vacío se dispara un NullPointerException en la primer 
llamada, pero dado que el árbol ya viene correctamente construido como un 
árbol de expresión, todos los nodos operadores tendrán dos hijos, y los nodos 
de valores serán hojas. 


3.1.2. Implementación Java 


float evaluar(ArbolBinario<String> A) 4 
String d = A.getDatoRaiz(); 
ArbolBinario<String> 1 = A. getHijolzquierdo(); 
ArbolBinario<String> D = A. getHijoDerecho(); 


if (d.equals(”+” 
return evaluar(1) + evaluar (D); 
if (d.equals(”—” 


return evaluar 


y) 


evaluar (D); 
if (d.equals(”x* 

return evaluar 
if (d.equals(”/” 


return evaluar 


) * evaluar(D); 


E) 
(1 
1) 
(dE 
13 
(1 
)) 
(1) / evaluar(D); 


return Float.parseFloat(d); 
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CAPÍTULO 3. ÁRBOLES BINARIOS Y GENERALES Prog. HI 


3.2. Mínimo del Nivel 


Implementar en Java una función que dado un árbol binario de enteros 
y un número de nivel, permita calcular el mínimo valor del nivel indicado. 
Considere la raíz como nivel cero. 


int calcularMinimo(ArbolBinario<Integer> a, int 
numeroNivel) f ... ) 


3.2.1. Explicación del problema 


Hay dos formas diferentes de encarar este problema: de forma recursiva, 
y de forma iterativa. Ambas son simples de entender y correctas, dando el 
resultado esperado. 

En la forma recursiva hace falta pasar por parámetro el árbol y el numero 
de nivel actual. Cuando se llega al nivel esperado hay que devolver el valor 
actual, y cuando se regresa de la recursión hay que comparar los minimos 
entre los hijos izquierdo y derecho del nodo actual. 

En la forma iterativa hace falta recorrer por niveles el arbol, contando el 
nivel actual con la marca de null. Cuando se llega al nivel esperado hay que 
buscar entre todos los valores desencolados el mínimo de ellos. Una vez que 
se terminaron los elementos o se llegó a un nivel más que el buscado hay que 
cortar la búsqueda. 

En ambos casos, hace falta verificar que el nivel realmente exista. Una 
forma de transmitirlo es devolviendo null cuando no se encontró el valor. 
Esto solo se puede cuando se usa Integer como tipo de datos; usando int 
como tipo de datos de retorno no es posible devolver null. 

En el caso de usar int se puede usar la constante Integer .MAX VALUE 
para indicar que el valor no se encontró. 

En Java, el operador ternario signo de pregunta ”?:” es un if reducido. 
La parte de la izquierda es la condición, cuando es true se devuelve el valor 
del medio, y cuando es false se devuelve lo que hay a la derecha del dos 
puntos. 

Por ejemplo, la siguiente función devuelve el máximo entre los valores 
recibidos por parámetro: 


int obtenerMaximo(int A, int B) ( 
return (A>B) ? A : B; 
J 


43 


3.2. MÍNIMO DEL NIVEL Prog. III 


3.2.2. Implementación Java - Recursivo con Integer 


l Integer calcularMinimo(ArbolBinario<Integer> A, int 
numeroNivel) ( 


z if (esVacio(A)) 

3 return null; 

4 if (numeroNivel = 0) 

5 return A. getDatoRaiz (); 

6 

1d Integer minl = calcularMinimo(A. getHijolzquierdo(), 
numeroNivel — 1); 

8 Integer minD = calcularMinimo(A. getHijoDerecho(), 
numeroNivel — 1); 

9 


10 /« minl y minD pueden ser null x/ 
11 if (minl !l= null ££€ minD != null) 


12 return (minl < minD) ? minl : minD; 
13 else 

14 return (minl = null) ? minD : minl; 
15 ) 


3.2.3. Implementación Java - Recursivo con int 


1 /x* Devuelve Integer. MAX VALUE cuando no se encuentra */ 


2 int calcularMinimo(ArbolBinario<Integer> A, int 
numeroNivel) ( 

3 if (esVacio(A)) 

4 return Integer .MAX VALUE; 

5 if (numeroNivel = 0) 

6 return A.getDatoRaiz(); 

7 

8 int minl = calcularMinimo(A. getHijolzquierdo(), 
numeroNivel — 1); 

9 int minD = calcularMinimo(A. getHijoDerecho(), 
numeroNivel — 1); 

10 

11 return (minl < minD) ? minl : minD; 

12 ) 
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3.2.4. Implementación Java - Iterativo 


/* Devuelve Integer.MAX VALUE cuando no se encuentra x*/ 
int calcularMinimo(ArbolBinario<Integer> A, int 
numeroNivel) ( 
if (esVacio(A)) 
return Integer .MAX VALUE; 


ColaGenerica<ArbolBinario<Integer>> cola = new 
ColaGenerica<ArbolBinario<Integer >>(); 

int nivelActual = 0, minActual = Integer .MAX VALUE; 

boolean salir = false; 


/* Recorrido por niveles en el arbol x/ 
cola.poner(A); 
cola. poner( null); 


while (!cola.esVacia() ké !salir) £ 
ArbolBinario<Integer> E = cola.sacar (); 
if (E = null) ( 
if (nivelActual = numeroNivel) ( 
salir = true; 
+ else ( 
nivelActual++; 
h 
if (!cola.esVacia()) 
cola. poner (null); 
+ else ( 
if (nivelActual = numeroNivel 4é£ e. getDatoRaiz () 
< minActual) 
minActual = e.getDatoRaiz (); 
if (tieneHijolzquierdo(A)) 
cola. poner(A. getHijolzquierdo()); 
if (tieneHijoDerecho(A)) 
cola. poner(A. getHijoDerecho()); 


return minActual; 
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3.3. Trayectoria Pesada 


Se define el valor de trayectoria pesada de una hoja de un árbol binario 
como la suma del contenido de todos los nodos desde la raíz hasta la hoja 
multiplicado por el nivel en el que se encuentra. Implemente un método que, 
dado un árbol binario, devuelva el valor de la trayectoria pesada de cada una 
de sus hojas. 

Considere que el nivel de la raíz es 1. Para el ejemplo de la figura: tra- 
yectoria pesada de la hoja 4 es: (4x 3) + (1* 2) + (7 x 1) =21. 


2) 
OMO 
ONO 


Figura 3.1: Ejercicio 5 


3.3.1. Forma de encarar el ejercicio 
El ejercicio se puede dividir en tres partes: 
1. Recorrido del árbol. 
2. Procesamiento de los nodos. 


3. Almacenamiento del resultado. 


3.3.2. Recorrido del árbol 


Existen diferentes maneras de recorrer árboles, cada cual con sus ventajas 
y desventajas. Un recorrido recursivo puede ser interesante, en especial el 
preorden o inorden. Cualquiera de éstos se puede aplicar al ejercicio. Por 
ejemplo, a continuación] se puede ver el recorrido preorden. 


3.3.3. Procesamiento de los nodos 


El el dibujo de ejemplo se pueden ver tres hojas. El valor de la trayectoria 
de cada hoja es: 


- Hoja4:7x1+1x2+4=x3. 
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Algorithm 1 versión en pseudocódigo de un recorrido preorden. 
function R(A) 
if A no es vacío then 
Procesar(A.dato) 
if A tiene hijo izquierdo then 
R(A.Izq) 
end if 
if A tiene hijo derecho then 
R(A.Der) 
end if 
end if 


end function 


- Hoja 9: 7x1+1x2+9x3. 
- Hoja3:7x1+3x2. 


En todas las hojas, como parte del valor de la trayectoria se encuentra la 
suma parcial de 7 x 1, y en todos los nodos hijos del nodo 1 se encuentra la 
suma parcial de 1 x 2. En general, para un nodo cualquiera del árbol todos 
sus hijos van a tener como parte de su trayectoria la suma parcial del camino 
que existe desde la raíz hasta ese nodo. 

Esto significa que, recursivamente, podemos acumular el valor del nodo 
actual multiplicado por el número de nivel y pasarlo por parámetro en el 
llamado recursivo de ambos hijos. 

Actualizando el pseudocódigd2] tenemos el recorrido preorden R con tres 
parámetros: el árbol (4), el número de nivel actual (NV), y la suma acumulada 
desde la raíz hasta el nodo actual (V): 


3.3.4. Almacenamiento del resultado 


En ambas versiones de pseudocódigo anteriores se encuentra el llama- 
do a la función “Procesar”. El enunciado pide devolver el valor de cada 
una de las hojas del árbol, por lo que hace falta utilizar una estructura 
que permite almacenar y devolver múltiples elementos. En nuestra mate- 
ria, la estructura más adecuada que tenemos se llama ListaGenerica<T>, 
que nos permite almacenar objetos de cualquier tipo que corresponda con el 
parámetro de comodín de tipo. Otras opciones pueden ser ListaDeEnteros 
o ColaDeEnteros. 

Hace falta hacer un pequeño análisis acerca de qué debe hacerse en 
“Procesar”. El ejercicio pide almacenar el valor de la trayectoria, donde 
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Algorithm 2 versión en pseudocódigo del procesamiento de nodos. 
function R(A, N, V) 
if Á no es vacío then 

Procesar(A.dato, N, V) 

if A tiene hijo izquierdo then 
R(A.Izq, N+1, V+ N x A.dato) 
end if 
if A tiene hijo derecho then 
R(A.Der, N+1,V+N x 4.dato) 

end if 

end if 


end function 


éste es un valor que se calcula a partir del dato propio de cada nodo y del ni- 
vel, teniendo en cuenta que el dato de la hoja también debe ser almacenado. 
Esto significa dos cosas, por un lado, al hacer el recorrido recursivo el dato 
no puede almacenarse hasta no visitar una hoja, y por el otro el valor de la 
hoja debe ser parte del resultado final. 

En Java, “Procesar” puede ser una llamada a un método separado, o 
puede ser simplemente el código mismo. Por ejemplo: 


private void Procesar(ArbolBinario<T> A, int N, int V, 
ListaGenerica<Integer> lista) f 
if (A.esHoja()) 4 


lista .agregar(V + (Integer)A.getDatoRaiz() x N); 


h 
y 


3.3.5. Detalles de implementación 
Modularización 


Modularizar y separar el código en diferentes funciones o métodos suele 
ser una buena idea. Hasta ahora vimos que el ejercicio se puede separar en 
dos métodos. Sin embargo, se pide devolver los valores de todas las hojas, 
por lo que hace falta que el método principal del ejercicio tenga como tipo de 
retorno ListaGenerica<T> (o la estructura elegida). Esto puede complicar la 
implementación del recorrido preorden, por lo que puede ser de mucha ayuda 
tener otro método aparte que se encargue del recorrido recursivo. Una buena 
forma de modularizar este ejercicio puede ser como el siguiente ejemplo: 
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Prog. II 


class EjercicioCinco (4 
public static ListaGenerica<Integer> 
CalcularTrayectoria(ArbolBinario<I> A) ( 
ListaGenerica<Integer> lista = new 
ListaEnlazadaGenerica<Integer >(); 


Recorrido(A, 1, 0, lista); 


return lista; 


) 


private static void Recorrido (ArbolBinario<T> A, 
int N, int V, ListaGenerica<Integer> lista) ( 
// Metodo del recorrido ”R” preorden recursivo. 
if (lA.esVacio()) [f 
) 

) 


private static void Procesar(ArbolBinario<T> A, 
int N, int V, ListaGenerica<Integer> lista) ( 


de 
J 
y 


esHoja() 


ser: 


La definición del método esHoja() de la clase Arbol1Binario<T> puede 
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l [class ArbolBinario<T> f 

2 public boolean esHoja() ( 

3 return !tieneHijolzquierdo() «e ! 
tieneHijoDerecho(); 

) 


4 

9) 

6 public boolean tieneHijolzquierdo() 4 

7 return getRaiz().getHijolzquierdo() !l= null; 
8 


) 


9 

10 public boolean tieneHijoDerecho() 4 

11 return getRaiz().getHijoDerecho() != null; 
1100 AN 

13 |4 


public y private 


En Java, la forma que se tiene de abstraer y encapsular código y datos 
es mediante los especificadores de acceso. Dos de ellos son public y 
private, que permiten definir desde qué parte del código se puede invocar 
un método o acceder a una variable. 

En el caso de este ejercicio, es importante que el método principal del 
recorrido sea public a fin de que los usuarios del ArbolBinario lo puedan 
utilizar. Por otro lado, tener los métodos auxiliares como private permite 
que los detalles de implementación permanezcan ocultos, dejando la libertad 
que en un futuro sea posible modificar el código y los detalles de implemen- 
tación teniendo el menor impacto en el mantenimiento del resto del código 
donde se utilizan estas llamadas. 


Clases abstractas 


El operador “new” solo puede ser usado para instanciar clases que no 
sean abstract. Por ejemplo, el siguiente programa no es correcto, ya que el 
operador new se está usando para instanciar una clase abstract. 


public abstract class X ( 
public X() [ 


) 


public static void main(String|[] args) ( 
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X y = new X(); // Error! 


J 
J 


En particular, no es posible crear una instancia de ListaGenerica<T>, 
ya que esta es una clase abstract. Es necesario instanciar una subclase que 
no sea abstract. Por ejemplo, ListaEnlazadaGenerica<T>. 


public void f() ( 
ListaGenerica<Integer> L = new 
ListaEnlazadaGenerica<Integer >(); 


3.3.6. Errores comunes en las entregas 


1. No devolver los valores. El enunciado pide devolver los valores, por 
lo que imprimirlos mediante System.out.print(); no sería correcto. 
Hace falta utilizar una estructura que permita almacenar una cantidad 
variable de elementos para luego devolver la estructura completa. 


2. No sumar el valor de la hoja como parte de la trayectoria. Al momento 
de agregar el valor de la trayectoria hace falta incluir el valor de la hoja 
multiplicado por su nivel. Manteniendo la idea explicada hasta ahora, 
el siguiente resultado es incorrecto: 


l [private static void Procesar(ArbolBinario<T> A, int 
N, int V, ListaGenerica<Integer> lista) f 

de if (A.esHoja()) 4 

a lista .agregar(V); // Incorrecto, falta calcular 
hoja 


3. No preguntar inicialmente si el árbol es vacío. No solo hace falta pregun- 
tar si el arbol tiene hijo izquierdo o hijo derecho, sino también si el arbol 
original inicial tiene algún dato. Eso se logra preguntando si la raíz de 
ArbolBinario es null, o mediante el uso del método esVacio(). 
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3.3. TRAYECTORIA PESADA Prog. III 

1 [private static void R(ArbolBinario<T> A) ( 

2 if (!A.esVacio()) ( 

3 e 

al 

51) 

Donde el método esVacio() se define dentro de la clase Arbo1Binario 
como: 

l [class ArbolBinario<I> ( 

2 public boolean esVacio() ( 

3 return getRaiz() = null; 

El y 

51) 

4. Uso del operador “++” a derecha para incrementar de nivel. El operador 
“++” a derecha, por ejemplo en el caso de “n++”, hace que el valor de 
la variable n se modifique, pero este incremento se realiza después de 
devolver el valor original. Si se usa n++ como incremento de nivel, y esta 
expresión está directamente en el llamado recursivo, el efecto deseado 
no se cumplirá. En cada llamada recursiva, el parámetro n siempre 
tomará el mismo valor, y no se estará incrementando el nivel. 

1 [public static void R(ArbolBinario<I> A, int N) £ 

2 if (A.esHoja()) £ 

3 // El parámetro N nunca llega al llamado 

recursivo con el valor incrementado. 

4 + else ( 

5 if (A.tieneHijolzquierdo()) R(A. 

getHijolzquierdo(), N++); 

6 if (A.tieneHijoDerecho()) R(A. getHijoDerecho(), 

N++); 

li 

8 |; 

5. Pasar por parámetro el árbol en un método no static de la clase 


ArbolBinario genera que se esten recorriendo dos árboles a la vez. 
Por un lado, el árbol que llega por parámetro, y por el otro el arbol de 
“GUIS" 
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l [class ArbolBinario<I> ( 

2 public ListaGenerica<Integer> Trayectoria ( 
ArbolBinario<T> A) ( 

3 /// Acá hay dos árboles. ”this” y ”A”. 

a IN: 

51) 


La solución a esto puede ser: 


a) Indicar los métodos de recorrido como static, 
b) Quitar el parámetro y hacer el recorrido del arbol con “this”. 


c) Implementar los métodos en una clase diferente a Arbol1Binario, 
por ejemplo dentro de la clase “EjercicioCinco”. 


6. Preguntar por la existencia del hijo izquierdo o derecho a partir del 
valor devuelto por getHijolzquierdo() de ArbolBinario. 


l [class ArbolBinario<T> [f 

2 public ArbolBinario<T> getHijolzquierdo() 4 

3 return new ArbolBinario<T>(getRaiz (). 
getHijolzquierdo()); 

E: 


5 |) 


De acuerdo a la definición vista en clase de ArbolBinario, los méto- 
dos getHijolzquierdo y getHijoDerecho de ArbolBinario nunca de- 
vuelven null, y por lo tanto la siguiente pregunta nunca va a ser True, 
porque el operador “new” nunca devuelve null. 


1 [if (arbol. getHijolzquierdo ()=null) ( 
// Nunca puede ser True. 


2 
31) 


Lo ideal en este caso es utilizar los métodos tieneHijolzquierdo y 
tieneHijoDerecho, implementados dentro de la clase ArbolBinario 
tal como se muestra en la sección Detalles de implementación. 


7. Variables en null. El siguiente código dispara siempre un error de 
NullPointerException. Si la condición del if da True entonces “lista” 
es null, y de ninguna forma es posible utilizar la variable “lista” por- 
que justamente su valor es null. 
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1 (if(lista=null) 

2 

3 lista .agregar (sum); 

4 |) 

8. Preguntar si this es null. El lenguaje Java garantiza que “this” 


jamás pueda ser null, ya que al momento de invocar un método de 
instancia en una variable con referencia null, se dispara un error de 
NullPointerException. 
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3.4. Arboles Generales: Ancestro Común más 
Cercano 


Sea un árbol general que representa un árbol genealógico de una familia, 
donde la raíz es el pariente inmigrante que llegó en barco desde un país lejano, 
y la relación de hijos son los hijos de cada persona. 

Escribir en Java un método que, dado un árbol general de Strings y 
dos nombres de personas, devuelva el nombre del ancestro en común más 
cercano a ambas personas. Esto es, la raíz siempre será ancestro en común 
de cualquier par de nodos del árbol, pero no necesariamente es el más cercano. 

Asuma que no hay dos personas que se llamen igual en la familia (tradición 
familiar), y en caso que no exista relación en común entre ambas personas, 
por ejemplo que una de las personas no figure en el árbol, devolver null. 


String ancestroComun(ArbolGeneral<String> A, String 
Nombrel, String Nombre2) f ... ) 


3.4.1. Explicación General 


El problema se reduce a encontrar el nodo con mayor número de nivel 
que los elementos indicados formen parte de los nodos de sus subárboles, sin 
importar en qué parte del subárbol se encuentren. 

Si alguno de los dos elementos indicados es la raíz misma, dado que la 
raíz no tiene ancestro deberá devolverse null. Además, pueden existir varios 
nodos que posean ambos elementos en sus subárboles, por ejemplo la raíz es 
ancestro común de cualquier par de nodos del árbol, es por eso que se busca 
el de mayor nivel. 


3.4.2. Versión Recursiva 


class X f 
public static String ancestroComun(ArbolGeneral< 

String> A, String Noml, String Nom2) ( 

if (A.esVacio()) 
return null; 

boolean tieneNl = false, tieneN2 = false; 

ListaGenerica<ArbolGeneral<String>> L = A. get Hijos 
O; 

String ancestro = null; 
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// Primero me fijo si algun subárbol tiene un nodo 
ancestro. 
L.comenzar () ; 
while (!L.fin() €é£ ancestro = null) ( 
ancestro = ancestroComun(L.elemento (), Noml, Nom2 
); 


L.proximo(); 


) 


// En caso de tenerlo, devuelvo este, ya que hay 
que devolver el de mayor nivel. 

if (ancestro != null) 
return ancestro; 


// Si no hay hijo que sea ancestro me fijo si el 
nodo actual es ancestro; donde Ni y N2 ambos 
esten en alguno de mis subárboles. 

L.comenzar (); 

while (!L.fin()) [ 
tieneN1l = tieneN1 || esHijo(L.elemento(), Noml); 
tieneN2 = tieneN2 || esHijo(L.elemento(), Nom2); 
if (tieneNl é tieneN2) 
break; 

L.proximo(); 


) 


if (tieneNl dé tieneN2) 
return A.getDatoRaiz(); 
return null; 


) 


private static boolean esHijo(ArbolGeneral<String> A, 

String dato) ( 

// Devuelve True si algun nodo del subarbol total 
posee como dato el parametro ”Dato” 

if (A.esVacio()) 
return false; 

if (A.getDatoRaiz().equals(dato)) 
return true; 
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ListaGenerica<ArbolGeneral<String>> L = A. getHijos 


(ds 


L.comenzar (); 
while (!L.fin()) [ 
if (esHijo(L.elemento(), dato)) 4 
return true; 


h 


L.proximo(); 


) 


return false; 
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4.1. PERROS Y PERROS Y GATOS Prog. III 


4.1. Perros y Perros y Gatos 


A partir de una lista de palabras, implemente en Java una función que, 
de forma eficiente y usando un AVL, determine la cantidad de palabras 
diferentes en la secuencia. 

Ejemplo: si la secuencia es: [”Perro”, "Gato”, Perro”, ”Perro”, "Gato?, 
la función deberá devolver 2 porque si bien hay 5 elementos, solo ” Perro” y 
”Gato” son las dos palabras diferentes que aparecen. 


4.1.1. Explicación del problema 


Hay que descartar las palabras repetidas y contar las diferentes. Eso se 
logra recorriendo la lista de entrada; por cada palabra agregarla al árbol solo 
si no se encuentra, contando la cantidad de palabras agregadas o devolviendo 
el tamaño final del árbol. 


4.1.2. Implementación Java 


int contar(ListaGenerica<String> L) [£ 
ArbolAVL<String> A = new ArbolAVL<String >(); 
int cantidad = 0; 


L.comenzar (); 
while (!L.fin()) [ 
if (!A.incluye(L.elemento()) 4 
A.insertar(L.elemento()); 
cantidad++; 


) 


L.proximo(); 


) 


return cantidad; 


) 
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4.2. Pepe y Alicia 


Pepe y Alicia quieren saber cuáles son sus intereses en común. Para ello, 
cada uno armó una lista de intereses, pero llegaron a tener miles cada uno. 

Implemente en Java un programa que dadas dos listas de String devuelva 
de forma eficiente una lista con los intereses en común, sin elementos repeti- 
dos. Los intereses de cada uno pueden estar repetidos, pero el resultado debe 
tener uno solo de cada tipo. No hace falta implementar las estructuras. 

Ejemplo: A Pepe le gusta [4, B,C, A, B] y a Alicia [4, D, A]. Sus intere- 
ses en común son: [4]. 


ListaGenerica<String> interesesComun (ListaGenerica< 
String> P, ListaGenerica<String> A) Y ... ) 


4.2.1. Explicación del problema 


Es una intersección entre dos conjuntos, devolviendo los elementos que 
pertenecen a ambas listas. Hace falta tener en cuenta que el enunciado pide 
que sea de forma eficiente. Es por ello que hace falta utilizar alguna estructura 
que permita mejorar el tiempo de ejecución. 

Una primer solución puede ser recorrer la primer lista, y por cada elemento 
recorrer la segunda lista verificando si se encuentra en esta. Por ejemplo: 


ListaGenerica<String> interesesEnComun (ListaGenerica< 

String> P, ListaGenerica<String> A) ( 

/* Solucion ineficiente x/ 

ListaGenerica<String> resultado = new ListaGenerica< 
String>(); 

for(P.comenzar(); !P.fin(); P.siguiente()) ( 
String E = P.elemento(); 
if (A.incluye(E) dé !lresultado.incluye(E)) 

resultado .agregar(P.elemento()); 
) 


return resultado; 


Sin embargo, esta solución no es eficiente ya que por cada elemento de la 
primer lista se recorre la segunda lista, dando un orden de ejecución O(n2), 
ya que la función incluye(O de la clase ListaGenerica<T> debe recorrer 
toda la estructura preguntando por cada elemento. 

Para mejorar el tiempo de ejecución, una mejor solución puede ser utilizar 
una estructura de datos intermedia, por ejemplo un árbol AVL. 
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Hace falta utilizar dos árboles AVL. El primer árbol contendrá los elemen- 
tos de la primer lista, permitiendo conocer de forma eficiente qué elemento 
se encuentran en ésta lista. Primero, hace falta guardar los elementos de la 
primer lista en el primer árbol AVL sin repetición. Luego, recorriendo la se- 
gunda lista se pregunta si cada elemento de esta se encuentra en el primer 
arbol pero no en el segundo. En caso de que se cumpla la condición, se inserta 
en el segundo árbol AVL y además en una lista temporal. 

La lista temporal contendrá los elementos que se encuentran en ambas 
listas iniciales, sin repetición, y será construida en tiempo O(nlogn), con 
n siendo la suma de la cantidad de elementos de ambas listas iniciales. El 
segundo árbol contendrá los elementos que se encuentran en la lista temporal, 
permitiendo una búsqueda eficiente para verificar si ya fueron agregados a la 
lista resultante. 


4.2.2. Implementación Java 


class Intereses ( 

ListaGenerica<String> interesesComun (ListaGenerica< 
String> P, ListaGenerica<String> A) ( 
ListaGenerica<String> resultado = new 

ListaEnlazadaGenerica<String >(); 
ArbolAVL<String> lasDePepe = new ArbolAVL<String >() 


ArbolAVL<String> enComun = new ArbolAVL<String >(); 


P.comenzar (); 
while (!P.fin()) [ 
if (!lasDePepe.incluye(P.elemento())) ( 
lasDePepe.agregar(P.elemento()); 


) 


P.siguiente(); 


) 


A.comenzar (); 
while (!A.fin()) € 
if (lasDePepe.incluye(A.elemento()) «€ lenComun. 
incluye (A. elemento ())) [ 
enComun. agregar (A.elemento()); 
resultado .agregar(A.elemento()); 


) 
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) 


) 


A.siguiente(); 


) 


return resultado; 
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9.1. RECORRIDOS SOBRE GRAFOS Prog. III 


5.1. Recorridos sobre grafos 


Existen dos tipos de recorridos sobre grafos: recorrido en profundidad 
(DFS), y recorrido en amplitud (BFS). 

El recorrido tipo DFS se ejecuta de forma recursiva sobre cada nodo del 
grafo haciendo una búsqueda exhaustiva por cada posible camino que se 
puede tomar entre un nodo inicial y el resto de los nodos del grafo. 

La forma general de un recorrido DFS es: 


void DFS(Vertice V, int peso) [ 
visitados [V. posicion ()] = true; 


ListaGenerica ADY = V. obtenerAdyacentes(); 
for (ADY.comenzar(); !ADY. fin (); ADY.proximo()) (f 
Arista E = ADY. elemento (); 
if (!lvisitados|E.verticeDestino() . posicion ()]) 
DFS(E. verticeDestino(), peso + E.peso()); 


) 


visitados [V. posicion()] = false; 
) 


Es importante tener en cuenta que para poder hacer la búsqueda de for- 
ma exhaustiva, por cada adyacente de cada nodo hace falta iniciar de forma 
recursiva el recorrido. De esta forma, se evalúan todas las posibles combi- 
naciones de nodos y aristas posibles del grafo, partiendo desde un vértice 
inicial. 

También es importante marcar los nodos como visitados al iniciar la re- 
cursión, preguntar si el nodo no se encuentra actualmente visitado en el 
recorrido de adyacentes, y por último desmarcar el visitado al terminar la 
recursión. 

A diferencia del DFS, en un recorrido BFS no se evalúan todas las posibles 
combinaciones de caminos. En un DFS, cada vértice puede ser visitado más 
de una vez, mientras que en un BFS cada vértice puede ser visitado a lo sumo 
una única vez. 

Por un lado, esto permite que en general los recorridos BFS sean más 
eficientes que un recorrido DFS. Por otro lado, no siempre es posible resolver 
cualquier recorrido con un BFS, no dejando otra opción que hacerlo aplicando 
un recorrido DFS. 

La forma general de un recorrido BFS es: 


void BFS(Vertice V) ( 
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ColaGenerica<Vertice> C = new ColaGenerica<Vertice >() 
C.poner(V); 


while (!C.esVacia()) 4 
Vertice W= C.sacar(); 
ListaGenerica ADY = W. obtenerAdyacentes(); 
for (ADY.comenzar(); !ADY.fin(); ADY. proximo()) f 
Arista E = ADY. elemento(); 
if (!l visitados |E. verticeDestino () . posicion ()] 
visitados |E.verticeDestino(). posicion ()] = 


) 4 
true 


) 


C.poner(E. verticeDestino()); 


l 
) 
y 
J 


Para calcular el camino mínimo en un grafo no pesado es posible utili- 
zar un recorrido BFS, modificando el anterior ejemplo general de forma que 
además de marcar como true el adyacente en visitado, también actualizar la 
distancia. Hacer un recorrido BFS en un grafo no pesado garantiza que al 
finalizar el recorrido la tabla de distancias tendrá el camino mínimo siempre. 

También es posible realizar un recorrido DFS para hacer el cálculo del 
camino mínimo en un grafo no pesado, teniendo en cuenta la desventaja de 
que el tiempo de ejecución será mayor con respecto a un recorrido BFS. 

Sin embargo, en un grafo pesado, ya sea con aristas positivas o negativas, 
en general no es posible calcular el camino mínimo mediante el algoritmo 
general de BFS. 

En un grafo pesado con aristas todas no negativas, hace falta utilizar el 
Algoritmo de Camino Mínimo de Dijkstra, reemplazando la ColaGenerica 
por una cola de prioridad, y teniendo el peso del vértice calculado hasta el 
momento como valor de prioridad del nodo. Utilizar una Heap como estruc- 
tura de cola de prioridad permite implementar el algoritmo de Dijkstra de la 
forma más eficiente, O(nlogn). 

De otro modo, si el grafo es pesado con aristas negativas, es necesario 
utilizar un recorrido DFS que verifique exhaustivamente todas las posibles 
combinaciones de caminos del grafo. 

Por ejemplo, para calcular el camino mínimo en un grafo pesado mediante 
un DFS: 


void DFS(Vertice V, int peso) ( 
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visitados [V. posicion ()] = true; 


if (distancias[V.posicion()] > peso) ( 
distancias [V. posicion ()] = peso; 


) 


ListaGenerica ADY = V. obtenerAdyacentes(); 
for (ADY.comenzar(); !ADY. fin (); ADY.proximo()) f 
Arista E = ADY. elemento(); 
if (!lvisitados|E.verticeDestino(). posicion ()]) 
DFS(E. verticeDestino(), peso + E.peso()); 
) 


visitados [V. posicion ()] = false; 
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5.2. El número Bacon 


Kevin Norwood Bacon (n. el 8 de julio de 1958) es un actor de cine 
y teatro estadounidense notable por sus papeles en National Lam- 
poon's Animal House, Diner, The Woodsman, Friday the 13th, 
Hollow Man, Tremors y Frost /Nixon. 


Bacon ha ganado un Premios Globo de Oro y Premios del Sindi- 
cato de Actores, estuvo nominado para un Premio Emmy, y fue 
nombrado por The Guardian, como uno de los mejores actores 
que no ha recibido una nominación al Premio Óscarl!] 


Hace algunos años en una entrevista, Kevin Bacon comentó que él había 
actuado con la mayoría de los actores de Hollywod, ya sea en la misma 
película o indirectamente con otro actor. 

Ahí nació el ?”Número de Bacon”, con la idea de establecer cual era la 
distancia entre Bacon y el resto de los actores de Hollywood?] Los actores 
que habían actuado en alguna película junto a Bacon tienen el número 1, los 
que actuaron en alguna película junto a alguien que actuó con Bacon tienen 
el número 2, y así sucesivamente. 

Por ejemplo, el actor Sean Penn tiene como Número de Bacon el 1 ya 
que actuaron juntos en la película Río Místico, mientras que Sean Connery 
tiene como Número de Bacon el 2, ya que si bien no actuaron juntos en 
ninguna película, ambos actuaron junto al actor John Lithgow en al menos 
película (Sean Connery actuó en ”A Good Man in Africa”, y Kevin Bacon 
en ”Footloose”. John Lithgow actuó en ambas películas.) 


Imagen y texto de Wikipedia, http://es.wikipedia.org/wiki/Kevin_Bacon 
“Bacon tomó esta idea y fundó una organización de caridad 
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5.2.1. Calcular el Número de Bacon 


The Oracle Of Bacon] es una página web que permite ver cuál es la 
relación entre dos actores a partir de las películas que ambos actuaron. ¿Cómo 
funciona? 


5.2.2. Explicación del problema 


Dado el nombre de un actor, indicar cual es su Número de Bacon. Eso es, 
cuál es la mínima distancia que se puede establecer entre Kevin Bacon y el 
segundo actor, relacionados por las películas en las que actuaron. 

El problema se puede modelar como un grafo, teniendo a cada actor de 
Hollywood como un nodo del grafo, y cada película en la que actuaron juntos 
como una arista del grafo. 

Entonces el Número de Bacon se puede calcular con un recorrido sobre 
el grafo, calculando la mínima distancia entre los dos actores. Eso se logra 
facilmente con un algoritmo de camino mínimo en un grafo no pesado, ya 
sea BFS o DES. 


5.2.3. Implementación Java - BFS 


class BFS ( 
/* Buscar el vertice del actor */ 
private Vertice<String> buscarActor (Grafo<String> G, 
String actor) ( 
ListaGenerica<Vertice<String>> vertices = G. 
listaDeVertices (); 
vertices.comenzar (); 
while (!vertices.fin()) 4 
Vertice<String> v = vertices.elemento(). 
verticeDestino/(); 
if (v.dato().equals(actor)) 
return v; 
vertices.proximo(); 


) 


return null; 


) 


/x* Camino minimo en un grafo no pesado con BES x/ 


http: //oracleofbacon.org 
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int numeroDeBacon(Grafo<String> G, String actor) 4 
Vertice<String> inicial = buscarActor(G, ” Kevin. 


Bacon”); 


Vertice<String> destino = buscarActor(G, actor); 


int N =G.listaDeVertices() .tamanio(); 
ColaGenerica<Vertice<String>> c = new ColaGenerica< 


Vertice<String>>(); 


boolean visitados |] = new boolean [N]; 
int distancias [] = new int (N]; 
for (int i= 0; i <N; ++) [ 
visitados|i] = false; 
distancias |i] = Integer .MAX VALUE; 


) 


distancias [inicial.posicion() 
cola.poner( inicial); 


while (!cola.esVacia()) É 


] 


0; 


Vertice<String> v = cola.sacar(); 


if (v == destino) /x* Actor encontrado x/ 
return distancias [v.posicion()]; 


ListaGenerica<Arista<String>> adyacentes 


obtenerAdyacentes(); 
adyacentes.comenzar(); 
while (!ladyacentes.fin()) ( 


v. 


Vertice<String> w = adyacentes .elemento (). 


verticeDestino (); 


int nuevaDist = distancias [v.posicion()] + 1; 


if (!visitado[w. posicion ( 
visitado [w. posicion ()] 
distancias [w. posicion () 
cola. poner (w) ; 


J 


adyacentes.proximo(); 


dl 


)] 
] 


) 
tr 


ue; 
nuevaDist; 
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J 
y 


/* El actor no esta relacionado por ninguna 
pelicula con Kevin Bacon x/ 
return Integer .MAX VALUE; 


5.2.4. Implementación Java - DFS 


class DES ( 
private boolean visitados |]; 
private int distancias |]; 


/* Buscar el vertice del actor */ 
private Vertice<String> buscarActor (Grafo<String> G, 


) 


String actor) ( 
ListaGenerica<Vertice<String>> vertices = G. 
listaDeVertices(); 
vertices.comenzar(); 
while (!vertices.fin()) 4 
Vertice<String> v = vertices.elemento(). 
verticeDestino(); 
if (v.dato().equals(actor)) 
return v; 
vertices.proximo(); 


J 


return null; 


/x* Camino minimo en un grafo no pesado con DES x/ 
public int numeroDeBacon (Grafo<String> G, String 


actor) 4 

Vertice<String> inicial = buscarActor(G, ” Kevin. 
Bacon”); 

Vertice<String> destino = buscarActor(G, actor); 


int N =G.listaDeVertices().tamanio(); 

ColaGenerica<Vertice<String>> c = new ColaGenerica< 
Vertice<String >>(); 

visitados [|] = new boolean|[N]; 

distancias [] = new int[N]; 
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visitados|i] = false; 


for (int i= 0; i <N; ++) [ 
i] 
distancias |i] = Integer .MAX VALUE; 


) 


numeroDeBaconDFS (inicio, 0); 


return distancias|[destino.posicion()]; 


) 


private void numeroDeBaconDES (Vertice<String> v, int 


peso) ( 
visitados [v.posicion()] = true; 


if (peso < distancias|[v.posicion()]) 4 
distancias [v. posicion ()] = peso; 
) 


ListaGenerica<Arista<String>> adyacentes = v. 
obtenerAdyacentes(); 
adyacentes .comenzar (); 
while (!adyacentes.fin()) 4 
Vertice<String> w = adyacentes.elemento(). 
verticeDestino(); 


if (| visitado [w. posicion ()]) 
numeroDeBaconDES (w. verticeDestino (), peso + 1); 


adyacentes.proximo(); 


) 


visitados [v. posicion ()] = false; 
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5.3. Juan Carlos Verticio 


A 5 


Juan Carlos Verticio es un artista que vive en la ciudad de Grafonia, y 
entre sus pasiones personales está la de hacer dibujos de grafos!] y recorrer 
la ciudad en bicicleta. Verticio desea entrenar para la final de ciclistas 2012, 
patrocinada por la División de Finanzas y Seguridad (DFS). 

Entre sus planes de entrenamiento, Verticio desea armar una serie de 
recorridos por la ciudad. A fin de optimizar su tiempo en sus ratos libres en 
la semana, él quiere poder salir y hacer un recorrido entre dos esquinas de la 
ciudad. 

Para ello necesita conocer cuáles caminos tienen exactamente una deter- 
minada longitud entre dos esquinas. El camino no puede terminar a mitad de 
cuadra. Por ejemplo, todos los caminos de la ciudad que entre dos esquinas 
miden 21 km. 

A partir de un grafo dirigidd?] que representa la ciudad de Grafonia, reali- 
zar una función en Java que le permita a Verticio obtener una lista de todos 
los caminos de la ciudad con una longitud específica. Las aristas del gra- 
fo tienen todas valores positivos, siendo la distancia de las diferentes calles 
de la ciudad, medidas en Km como números enteros. Los vértices del grafo 
contienen un String que representa la esquina de la ciudad. 


5.3.1. Explicación del problema 


Hace falta recorrer el grafo de forma de obtener todos los caminos posibles 
con una determinada longitud. La forma más directa de resolverlo es un con 
un DFS, probando todas las posibles combinaciones de aristas del grafo. 


“La imagen es una de sus más recientes obras. 
5Verticio no puede ir por las calles en contramano. 
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Para ello, por cada nodo del grafo hace falta iniciar un DFS, llevando la 
lista de esquinas de la ciudad y el costo actual acumulado. 


5.3.2. Implementación Java - DFS 


class DFS ( 
boolean visitados []; 
int distancias |]; 


public ListaGenerica<ListaGenerica<String>> 
buscarCaminosDeCosto (Grafo<String> G, int costo) ( 
int N =G.listaDeVertices() .tamanio(); 
visitados [] = new boolean [N]; 
distancias |] = new int[N]; 
ListaGenerica<ListaGenerica<String>> resultado = 
new ListaGenerica<ListaGenerica<String>>(); 


for (int i= 0; i<N; ++) [ 
visitados|i] = false; 
distancias [|i] = Integer .MAX VALUE; 


) 


for (int i= 0; i<N; ++) [ 
ListaGenerica<String> caminoActual = new 
ListaGenerica<String >(); 
Vertice<String> v = G.listaDeVertices().elemento ( 
1); 
buscarCaminosDeCostoDFS(v, resultado , 
caminoÁActual, costo, 0); 
) 


return resultado; 


) 


private void buscarCaminosDeCostoDFS (Vertice<String> 
v, ListaGenerica<ListaGenerica<String>> resultado, 
ListaGenerica<String> caminoÁActual, int costo, 
int costoActual) f 
visitados [v.posicion()] = true; 
caminoActual.agregar (v.dato(), caminoActual.tamanio 
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(03 E 


if (costo = costoActual) ( 


) 


/* Crear una copia de la lista */ 

ListaGenerica<String> nuevaLista = new 
ListaGenerica<String>(); 

caminoActual.comenzar (); 

while (!caminoActual.fin()) 4 
nuevaLista.agregar(caminoActual.elemento(), 

nuevaLista.tamanio()); 

caminoActual.proximo(); 


) 


resultado .agregar(nuevaLista); 


ListaGenerica<Arista<String>> adyacentes = v. 


obtenerAdyacentes(); 


adyacentes .comenzar(); 
while (ladyacentes.fin()) [ 


) 


Arista<String> a = adyacentes .elemento(); 
Vertice<String> w= a. verticeDestino(); 


if (! visitados [w.posicion()]) f 
buscarCaminosDeCostoDFS (w, resultado , 
caminoActual, costo, costoActual + a.peso()) 


) 


adyacentes.proximo(); 


visitados |v.posicion()] = false; 
caminoActual. eliminar (caminoActual.tamanio() — 1); 


y 
y 
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5.4. Virus de Computadora 


Un poderoso e inteligente virus de computadora infecta cualquier compu- 
tadora en 1 minuto, logrando infectar toda la red de una empresa con cientos 
de computadoras. Dado un grafo que representa las conexiones entre las 
computadoras de la empresa, y una computadora ya infectada, escriba un 
programa en Java que permita determinar el tiempo que demora el virus en 
infectar el resto de las computadoras. 

Asuma que todas las computadoras pueden ser infectadas, no todas las 
computadoras tienen conexión directa entre sí, y un mismo virus puede in- 
fectar un grupo de computadoras al mismo tiempo sin importar la cantidad. 

Por ejemplo, si la computadora Á se conecta con la B, y la B solo con la 
C y D, el tiempo total desde la A será de dos minutos: la A ya está infectada, 
un minuto para la B, y un minuto para la C y D (ambas C y D al mismo 
tiempo). 


5.4.1. Dibujo 


5.4.2. Características del grafo 


Es un grafo no dirigido con aristas sin peso. 


5.4.3. Explicación del problema 


El problema empieza con una primer computadora infectada, y hay que 
simular la infección en el resto de la red. Cada vez que el virus ”salta” desde 
una computadora hacia la siguiente transcurre un minuto, por lo que si hace 


TÍ 
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cuatro saltos transcurren cuatro minutos. En este caso, el tiempo total de 
infección de la red es de cuatro minutos. 

Hay que tener en cuenta que una misma computadora se puede infectar 
por diferentes caminos, y dado que el virus infecta varias computadoras al 
mismo tiempo, la infección termina siendo por la que está más cerca. 

El problema se reduce a un camino mínimo en un grafo no pesado, y 
el tiempo total de infección de la red es el mayor costo de los nodos. La 
solución más directa es un BFS, que representa la forma en la que el virus 
se distribuye por la red. 


5.4.4. Implementación Java - BFS 


class BFS ( 
public int calcularTiempolnfeccion (Grafo G, Vertice 

inicial) ( 
int N =G.listaDeVertices().tamanio(); 
Cola c = new Cola(); 
boolean visitados [] = new boolean [N]; 
int distancias [|] = new int(N]; 
int maxDist = 0; 


for (int i= 0; i<N; ++) [ 
visitados|i] = false; 
distancias[i] = Integer .MAX VALUE; 


) 


distancias | inicial.posicion()] = 0; 
cola.poner( inicial); 


while (!cola.esVacia()) 4 
Vertice v = cola.sacar(); 
ListaGenerica<Arista> adyacentes; 


adyacentes = v.obtenerAdyacentes(); 
adyacentes.comenzar (); 
while (!adyacentes.fin()) 4 
Vertice w= adyacentes. elemento (). 
verticeDestino(); 
int nuevaDist = distancias [v.posicion()] + 1; 
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) 


) 


if (!visitado[w.posicion()]) f 
visitado [w. posicion ()] = true; 
distancias [w. posicion ()] = nuevaDist; 
if (nuevaDist > maxDist) 


maxDist = nuevaDist; 
cola. poner (w); 


) 


adyacentes.proximo(); 


J 
J 


return maxDist; 
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5.5. Circuitos Electrónicos 


En un circuito electrónico digital la electricidad viaja a la velocidad de 
la luz. Sin embargo, las diferentes compuertas tienen un tiempo de demora 
entre que la señal llega por sus entradas y se genera el resultado. 

Si el circuito está mal diseñado, cuando se conectan varias compuertas 
entre sí ocurre lo que se llama una condición de carrera, donde las dos señales 
que le llegan a una compuerta NAND lo hacen a diferente tiempo, y la salida 
de la compuerta tardará en estabilizarse. Ásuma que tiempo que demoran las 
señales en viajar por los cables es cero, y el tiempo que demoran las señales 
en atravezar una compuerta es el mismo para todas. 

Se tiene un grafo que representa el circuito electrónico, y una única en- 
trada que generan una señal. 


5.5.1. Dibujo 


El siguiente es un dibujo de un grafo que contenga una condicion de 
carrera. 


S 


E 


5.5.2. Características del grafo 


Es un grafo dirigido no pesado. Hay tres tipos de nodos: el nodo entrada 
que genera las señales, los nodos de salida que reciben las señales, y los 
nodos de compuertas, que siempre tienen dos aristas de entrada y una arista 
de salida. 
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5.5.3. Explicación del problema 


Hay una carrera cuando una señal le llega a una compuerta más rápido 
por una de las entradas que por las otras. 

Por ejemplo, en el dibujo anterior están las compuertas 1 y 2, una entrada 
por donde se disparan las señales, y una salida, por donde queda el resultado 
de las compuertas. Las señales que le llegan a la compuerta 1 son todas al 
mismo momento de tiempo, pero las señales que le llegan a la compuerta 2 
lo hacen a diferente tiempo, porque una de las entradas es la salida de la 
compuerta 1. 

La idea del ejercicio es hacer el seguimiento de los diferentes caminos 
que pueden tomar la señal. No es necesario hacer una lista de todos, sino 
encontrar el caso de la primer carrea. 

Una forma de ver la solución es simular el paso del tiempo en el circuito, 
haciendo el mismo recorrido que las señales a lo largo del tiempo. Eso se 
puede hacer de dos formas: BFS o DES. 

En el caso del DFS, por cada nodo que se visita se va incrementando en 
1 un contador a medida que se llama a la recursión, este valor se lo almacena 
en una tabla, y si cuando se vuelve a visitar un nodo por segunda vez el valor 
es diferente al primero, hay una carrera. 

En el BFS es similar, pero hace falta diferenciar correctamente los nodos 
visitados de los que no lo están. Tambien, es necesario mantener una tabla; 
si el nodo no fue visitado actualizr el valor como el valor del padre + 1, y si 
el nodo ya fue visitado verificar que el valor es el mismo que el del padre + 
1. Esto se hace dentro del while que recorre adyacentes. 

En ambos casos, el contador sirve para ver en qué instante de tiempo le 
están llegando las señales a la compuerta. Si por un lado le llega un valor 
diferente al que le llega por el otro, quiere decir que le llegan a diferente 
tiempo y entonces hay una carrera. 


5.5.4. Implementación Java - BFS 


El siguiente programa Java determina si un circuito electrónico presenta 
una codición de carrea. 


class BES ( 
public boolean hayCarrera(Grafo G, Vertice inicial) ( 
int N =G.listaDeVertices() .tamanio(); 
Cola c = new Cola(); 
boolean visitados |] = new boolean [N]; 
int distancias [] = new int (N]; 
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8 for (int i= 0; i<NÑN; ++) [ 

9 visitados|i] = false; 

10 distancias[i] = Integer .MAX VALUE; 

11 y 

12 

13 distancias | inicial.posicion()] = 0; 

14 cola.poner( inicial); 

15 

16 while (!cola.esVacia()) [( 

17 Vertice v = cola.sacar(); 

18 ListaGenerica<Arista> adyacentes; 

19 

20 adyacentes = v.obtenerAdyacentes(); 

2l adyacentes.comenzar (); 

20 while (!adyacentes.fin()) 4 

23 Vertice w= adyacentes. elemento (). 
verticeDestino(); 

24 int nuevaDistancia = distancias [v.posicion()] + 
1; 

25 

26 if (! visitados [w. posicion()]) 4 

27 visitados [w. posicion ()] = true; 

28 distancias [w. posicion ()] = nuevaDistancia; 

29 cola. poner (w) ; 

30 + else ( 

31 if (distancias [w. posicion ()] != 

nuevaDistancia) 

32 return true; /x Hay carrera */ 

33 y 

34 adyacentes .proximo(); 

35 y 

36 y 

dí return false; 

38 >) 

39 ) 


5.5.5. Implementación Java - DFS 


l class DFS ( 
> boolean visitados []; 
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Prog. II 


int distancias |]; 


public boolean hayCarrera(Grafo<Integer> G, Vertice< 


) 


Integer> inicial) ( 


int N =G.listaDeVertices() .tamanio(); 
visitados [] = new boolean [N]; 
distancias [|] = new int[N]; 
for (int i= 0; i <N; ++) [ 
visitados|i] = false; 
distancias |i] = Integer .MAX VALUE; 


) 


return hayCarreraDFS (inicial, 0); 


private boolean hayCarreraDFS (Vertice<Integer> v, int 


tiempo) [ 
visitados [v.posicion ()] = true; 
if (distancias |v.posicion()] != Integer .MAX VALUE) 
( 
if (distancias |v.posicion()] != tiempo) ( 
visitados |v.posicion()] = false; 


return true; 


+ else ( 
distancias [v. posicion ()] = tiempo; 
) 
ListaGenerica<Vertice<Integer>> adyacentes = v. 


obtenerAdyacentes(); 


adyacentes .comenzar (); 
while (!ladyacentes.fin()) ( 


Vertice<Integer> w = adyacentes .elemento(). 
verticeDestino(); 

if (!l visitados [w. posicion ()] «£ hayCarreraDES (w, 
tiempo + 1)) 
visitados |v.posicion()] = false; 
return true; 


) 


83 


38 
39 
40 
41 
42 
43 
44 


5.5. CIRCUITOS ELECTRÓNICOS 


Prog. HI 


) 


) 


adyacentes.proximo(); 


) 


visitados |v. posicion ()] = 


return false; 
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5.6. Viajante de Encuestas 


La facultad de Ciencias Exactas tiene docentes dando clases en diferentes 
Facultades: Informática, Química, Astronomía, Medicina, etc. María es con- 
tratada por Exactas para realizar encuestas a los alumnos de las diferentes 
comisiones de los diferentes cursos de todas las facultades, y quiere sa- 
ber cuál es la ruta óptima que menos tiempo le lleve para visitar todos los 
cursos de los diferentes edificios. 

Dado un grafo con vértices que representan los diferentes cursos de todas 
las facultades, y con aristas representando cuánto cuesta llegar desde un curso 
a otro, haga un programa en Java que le ayude a María definir en qué orden 
visitar los diferentes cursos para que le cueste lo menos posible. Asuma que 
el primer curso lo puede elegir sin costo, y los cursos se pueden visitar en 
cualquier momento. 

Ayuda: Implemente un recorrido sobre el grafo que pruebe las diferentes 
variantes de caminos. 


5.6.1. Explicación del problema 


Este problema se conoce como Viajante de Comercio, TSP en inglés. Es 
un problema NPH, una categoría de problema] de la que no se conoce un 
algoritmo que funcione eficiente en grafos con cientos de miles (o más) de 
nodos. 

De todas formas, es muy fácil ver que se puede resolver con un DFS, ini- 
ciando un recorrido desde cada nodo del grafo y probando todas las posibles 
combinaciones de caminos. 

A medida que se va haciendo la recursión se va creando el camino, y una 
vez cumplida la condición de visitar todos los nodos se verifica si el camino 
actual tiene el menor costo entre los ya procesados. 

Es importante tener en cuenta que el grafo debe ser conexo. De otra forma 
nunca se cumplirá la condición de visitar todos los nodos del grafo. 


5.6.2. Implementación Java 


class ViajanteDeEncuestas 4 
int N; 
boolean [] visitados; 
ListaGenerica<String> mejorCamino; 


SCategorizar problemas como P, NP, NPC, NPH es un tema que se encuentra fuera del 
alcance de este curso. 
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int mejorCaminoCosto = Integer .MAX VALUE; 


ListaGenerica<String> calcularMejorViaje(Grafo<String 


) 


> 
N =G.listaDeVertices().tamanio(); 
visitados = new boolean [N]; 


for (int 


i= 0; 1 <N; ++i) 
visitados | i] 


= false; 


for (int i= 0; i¡<N; i++) [ 
ListaGenerica<String> caminoActual = new 
ListaEnlazadaGenerica<String >(); 
calcularCaminoMinimoDFS(G. listaDeVertices (). 
elemento(i), caminoActual, 1, 0); 
J 


return mejorCamino; 


void calcularCaminoMinimoDFS(Vertice<String> V, 


ListaGenerica<String> caminoActual, int cantVisit , 
int costoActual) [ 

visitados |V.posicion()] = true; 

caminoActual.agregar(V.dato(), caminoActual.tamanio 


O); 


if (cantVisit = N «é costoActual < 
mejorCaminoCosto) 


/* Copiar la lista x*/ 
ListaGenerica<String> nuevaLista = new 
ListaEnlazadaGenerica<String >(); 

caminoActual.comenzar (); 

while (!caminoActual.fin()) 4 
nuevaLista.agregar(nuevaLista, nuevaLista. 

tamanio()); 

caminoActual.proximo(); 

) 

/* Actualizar el camino minimo x/ 

mejorCamino = nuevaLista; 

mejorCaminoCosto = costoActual; 
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37 ) 

38 else 

39 ñ 

40 /* Seguir DFS en los adyacentes */ 

41 ListaGenerica<String> adyacentes = V. 
obtenerAdyacentes(); 

42 adyacentes.comenzar (); 

43 while (!adyacentes.fin()) 4 

44 Arista<String> A = adyacentes .elemento(); 

45 Vertice<String> W = A. verticeDestino(); 

46 if (! visitados [W. posicion ()]) f 

47 calcularCaminoMinimoDFS(W, cantVisit + 1, 

costoActual + A.peso()); 

48 y 

49 adyacentes.proximo(); 

50 y 

51 y 

92 

53 caminoActual. eliminar (caminoActual.tamanio() — 1); 

54 visitados [V.posicion()] = false; 

55) 

56 ) 


87 


